I found that I had this issue building with xcodebuild but not when building and deploying interactively through Xcode and Organizer. Did not have to adjust bitcode settings and did enable bitcode on upload. Looking at the binary executable, there is a clear 43MB difference in size between the accepted version (bigger) and the command line built version. Would be interested to know if anyone else has seen this.
Opened ticket with Apple through Feedback Assistant today. Error message from running UTType..preferredMIMEType returns nil and error in LLDB says "File a bug" :). I'm not optimistic on resolution since it seems like Simulator under Rosetta is not supported at all sadly. Not everyone can easily rebuild for arm64 due to third party dependencies though.
I think the only feasible solution now would be to do some post-processing on the DocC catalog. It's all JSON and files so painful but possible. Because previews by their nature aren't referenced from other classes and are top-level structures removal would be 1) killing preview files and 2) parsing/updating referencing JSON.
Wondering same thing as well on that. Was expecting the app to actually be installed and show with the circle icon but the usual rounded rectangle is showing.
Expected behavior still sadly. From the docs:
When building apps to support multiple platforms, be aware of behavior differences when presenting an SFSafariViewController from your UI. In Mac apps built with Mac Catalyst, and in compatible iPad and iPhone apps running in visionOS, showing an SFSafariViewController opens the web content in the default web browser instead.
You might want to fall back to WKWebView in those scenarios.
Seeing the exact same thing as of about a few days ago. Our first mis-classified build was on 7/3 at 17:40 ET. I think the 'testFlightInternalTestingOnly' is no longer being honored properly.
I found that I had this issue building with xcodebuild but not when building and deploying interactively through Xcode and Organizer. Did not have to adjust bitcode settings and did enable bitcode on upload. Looking at the binary executable, there is a clear 43MB difference in size between the accepted version (bigger) and the command line built version. Would be interested to know if anyone else has seen this.
Opened ticket with Apple through Feedback Assistant today. Error message from running UTType..preferredMIMEType returns nil and error in LLDB says "File a bug" :). I'm not optimistic on resolution since it seems like Simulator under Rosetta is not supported at all sadly. Not everyone can easily rebuild for arm64 due to third party dependencies though.
I think the only feasible solution now would be to do some post-processing on the DocC catalog. It's all JSON and files so painful but possible. Because previews by their nature aren't referenced from other classes and are top-level structures removal would be 1) killing preview files and 2) parsing/updating referencing JSON.
Wondering same thing as well on that. Was expecting the app to actually be installed and show with the circle icon but the usual rounded rectangle is showing.
Expected behavior still sadly. From the docs:
When building apps to support multiple platforms, be aware of behavior differences when presenting an SFSafariViewController from your UI. In Mac apps built with Mac Catalyst, and in compatible iPad and iPhone apps running in visionOS, showing an SFSafariViewController opens the web content in the default web browser instead.
You might want to fall back to WKWebView in those scenarios.
Seeing the exact same thing as of about a few days ago. Our first mis-classified build was on 7/3 at 17:40 ET. I think the 'testFlightInternalTestingOnly' is no longer being honored properly.